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ELECTRONIC CONFIRMATION TO DEBIT OR CREDIT AN ACCOUNT 
BACKGROUND OF THE INVENTION 

1. Field of the Invention . 

The invention relates to a method for processing a transaction diat 
5 involves debiting or crediting a bank account. 

2. Background Art 

A prior mefliod of paying for goods and/or services includes writing 
a check drawn against a checkmg account. It is also known to pay for goods and/or 
seirvices by providing a checking account number to a niCTchant so that the merchant 

10 can initiate electronic transfer of fimds from the checking account. Such 
transactions involving a check and/or a bank account, such as a checking account, 
may be referred to as check transactions. A known mefliod for processmg a check 
transaction includes entering transaction information, such as dollar amount of the 
transaction, check number and bank numbers, into a point of sale tenninal. The 

15 terminal then communicates with an authorization source to obtain authorization for 
the check transaction. Once flie transaction is authorized, the termmal captures or 
otherwise stores the transaction mformation. The transaction information is then 
uploaded to the host corcputer m batches and at certain time periods, such as at the 
emi of each day, for settlement purposes . 

20 If the authorization response sent by the host is not received by the 

merchant for whatever reason, such as failed communication link, the merchant will 
not know whether the transaction was successfully processed. As a result, the 
merchant may resubmit the transaction to the host computer. If the original 
transaction and subsequent transaction are both processed, the diecking account may 

25 be debited twice. 
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Furthermore, under the above method, the merchant will not know 
whether the terminal accurately captured the transaction information. The merchant 
may also not know if the terminal accurately transmitted the transaction information 
to the host computer. 

5 SUMMARY OF THE INVENTION 

The mvention addresses the shortcomings of the prior art by 
providmg an unproved method and system for processing check transactions. 
Advantageously, the method and system involve obtaining electronic confirmation 
to debit bank accounts so that multiple debits for the same transaction may be 
10 reduced or eliminated. 

Under the invention, a method for processing a check transaction 
includes receiving transaction information that is transmitted by a terminal; 
determining eligibility of the transaction for payment via a bank account; providing 
an electronic authorization response that is transmitted to the terminal, the 
15 authorization response including a unique transaction identifier if the transaction is 
eligible for payment via the bank account; and receiving an electronic response 
packet that is transmitted by the terminal if the transaction is eligible for payment 
via the bank account, the response packet including the unique transaction identifier 
aiad a transaction decision regardmg payment via the bank account. 

20 The transaction identifier may be a numeric identifier that is used to 

uniquely identify the check transaction on an authorization source con5)uter system, 
for example. The transaction identifier may, however, comprise one or more 
numbers, letters, symbols and/or images. 

The method may further include storing the authorization response 
25 in an authorization response file, storing the response packet in a response packet 
file, and comparing the response packet file with the authorization response file 
prior to settling the transaction. 
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Further under the invention, a method of processing a check 
transaction includes providing transaction information to an authorization source 
using a terminal so as to determine eligibility of the transaction for payment via a 
bank account; receiving at the terminal an electronic authorization response provided 
5 by the authorization source, the authorization response includmg a unique 
transaction identifier if the transaction is eligible for payment via the bank account; 
and providing an electronic response packet to the authorization source usmg the 
terminal if the transaction is eligible for payment via the bank account, the response 
packet including the unique transaction identifier and a transaction decision 
10 regarding payment via the bank account. 

A conq)uter system according to the invention for processing a diedk 
transaction initiated by a terminal includes instructions for determining eligibility 
of the transaction for payment via a bank account; instructions for generating an 
electronic authorization response that is communicated to title terminal, tiie 
15 authorization response including a unique transaction identifier if the transaction is 
eligible for payment via the bank account; and instructions for receiving an 
electronic response packet provided by the terminal if the transaction is eligible for 
payment via the bank account, the response packet includmg the unique transaction 
identifier and a transaction decision regarding payment via the bank account. 

20 Further under the invention, a system for processing a check 

transaction includes a terminal for transmitting transaction informMon associated 
with the transaction, and an authorization source conqnrter system in communication 
with the terminal and operative to receive the transaction information from the 
terminal. The auttiorization source computer system includes instructions for 

25 determining eligibility of the transaction for payment via a bank account, and 
instructions for generating an electronic authorization response for transmission to 
the terminal. The authorization response includes a unique transaction identifier if 
the transaction is eligible for payment via the bank account. Furthermore, the 
terminal is operative to receive the authorization response from the authorization 

30 source computer system and to transmit an electronic response paclot to the 
authorization source computer system if tilie transaction is eligible fox payment via 
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the bank account. The response packet includes the unique transaction i(^ 
a transaction decision regarding payment via the bank account. 

These and other objects, features and advantages of the mvention are 
readily apparent from the following detailed description of the preferred 
5 embodiments for carrying out the invention when taken in conjunction with the 
accompanying drawings* 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 is a schematic view of a system according to the invention 
10 for processing check transactions; and 

FIGURE 2 is a flow chart illustirating steps of a method according to 
the invention for processing check transactions. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 

Figure 1 shows a system 10 for processing check transactions 
15 according to the invention. The term "check transaction" as used herein refers to 
a transaction involving the purchase or sale of goods and/or services, for which a 
check and/or a bank account, such as a savings account or a checking account, is 
used as tiie method of payment. Suitable types of checks include, for example, 
personal checks, traveler's checks, credit card checks, and other corporate checks. 
20 Similarly, suitable bank accounts include personal bank accounts and corporate bank 
accounts. 

The system 10 iacludes one or more transaction ioitiating terminals, 
such as a point of sale (POS) terminal 12 and a personal computer 14. The POS 
terminal 12 may include a key pad 16, a display device 18, an imaging device 20 for 
25 creating electronic images of checks, and/or a check reader 21 for electronically 
reading information from checks. In one embodhnent of the invention, the POS 
termmal 12 is an Eclipse® terminal available from (Corporation) of (City and State). 
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Similarly, the computer 14 includes a key pad 22 and a display device 24. The 
computer 14 may also include an imaging device (not shown) and/or a check reader 
(not shown) that are similar to the imaging device 20 and check reader 21. 

The POS terminal 12 is preferably owned and/or operated by a 
5 merchant engaged in the business of selling goods and/or services. The computer 
14 may also be owned and/or operated by the merchant. Alternatively, the 
computer 14 may be owned and/or operated by a customer attempting to purchase 
goods and/or services from the merchant. 

The initiating terminals 12 and 14 are in communication with a 
10 merchant computer system 26 via any suitable communication system or network, 
such as a local area network, a wide area network, a dial-up network, the Internet, 
a wireless network or any combination thereof. While the merchant computer 
system 26 may include one or more computers, in the embodiment shown in Figure 
1, for example, the merchant computer system 26 includes a merchant host 28 in 
15 communication with a merchant gateway 30. 

The merchant gateway 30 includes hardware and/or software 
necessary for transmitting information between the merchant host 28 and another 
computer or electronic device. When transmitting information to the merchant host 
28, the merchant gateway 30 may also translate the mformation into a suitable 
20 language recognizable by the merchant host 28. 

The merchant computer system 26 is in communication, via any 
suitable communication system or network, with an authorization source computer 
system 32 of an authorization source for obtaining authorization of check 
transactions. While the authorization source computer system 32 may include one 
25 or more computers, in the embodiment shown in Figure 1 , the authorization source 
computer system 32 includes an authorization gateway 34 in communication with 
an authorization host 36. The authorization gateway 34 includes hardware and/or 
software necessary for transmitting information between the authorization host 36 
and another computer or electronic device, such as the merchant host 28. When 



-5- 



wo 03/042790 



PCt/US02/36618 



transmitting information to die authorization host 36, the authorization gateway 34 
may also translate the information into a suitable language recognizable by the 
authorization host 36. 

The authorization source computer system 32 may be in 
5 communication, via any suitable communication system or network, wifli one or 
more financial institutions 38 so as to obtain bank account information or other 
information. 

In an alternative embodiment of the system 10, the initiating terminals 
12 and 14 may be linked directly with the authorization gateway 34 and/or 
10 authorization host 36 via any suitable communication system or network, such as 
described above in detail. With such a configuration, the initiating terminals 12 and 
14 may CQmraunicate direcdy with the authorization gateway 34 and/or authorization 
host 36. 

Figure 2 is a flow chart illustratmg operation of a method or system, 
15 such as system 10, for processing a check transaction according to the invention. 
As will be appreciated by one of ordinary skill in the art, many of the steps in 
Figure 2 represent control logic which may be affected or implemented by 
hardware, software, or a combination of hardware and software. 

At step 100 of Figure 2, transaction information may be entered into 
20 the POS terminal 12, such as by using the key pad 16. The trar^action information 
may include, for exanq)le, customer information such as customer name, check 
numb^ of a check to be used as payment, and one or more bank numbers associated 
with tihe check. Such bank numbers may include, for example, an account number 
associated with the check, such as a checking account number and/or savings 
25 account number, a routing number of financial institution 38, or other financial 
mstitution associated with the check. The transaction information may also include 
additional information such as dollar amount of the transaction, store code of the 
merchant, a merchant identifier associated with the merchant, etc. Alternatively or 
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supplementally, the imaging device 20 and/or check reader 21 may be used to enter 
transaction information associated with the check into the POS terminal 12. 

Next, the transaction information is captured or otherwise stored on 
the POS terminal 12 at step lOL The transaction information is then transmitted or 
5 otherwise communicated from the POS terminal 12 to the merchant host 28, at step 
102. In addition to or as an alternative to stormg the transaction information on the 
POS terminal 12, the transaction information may be captured or otherwise stored 
on the merchant host 28. At step 104, the transaction information and an 
authorization request are communicated from the merchant host 28 through the 
10 gateways 30 and 34 to the authorization host 36. Alternatively, the transaction 
information and authorization request may be transmitted or otherwise 
communicated from the POS termioal 12 directly to the authorization gateway 34 
and/or authorization host 36. 

15 At step 106, the authorization host 36 determines eligibility of the 

transaction for payment via a bank account associated with the Check, such as a 
checking account and/or savings account. For example, the authorization host 36 
may determine eligibility based on bank account rules developed by the 
authorization host 36 and/or provided by the financial mstitution 38. As another 

20 example, the authorization host 36 may communicate with the financial institution 
38 to determine if sufficient frmds exist in the bank account. 

Next, at step 108, the authorization host 36 generates an electronic 
authorization response, such as an electronic check acceptance (ECA) response. 
The ECA response preferably, but not necessarily, includes some or all of the 

25 transaction information, as well as a transaction identifier if the transaction is 
eligible for payment via the bank account. The transaction identifier may be a 
numeric identifier that is used to uniquely identify the check transaction on the 
authorization host 36, or elsewhere. The transaction identifier may, however, 
comprise one or more numbers, letters, symbols and/or images. The ECA response 

30 may also include a confirmation request message, for requesting that the merchant 
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confirm whether or not the customer wishes to proceed with payment via tfie bank 
account. 

Next, at step 1 10, the authorization host 36 stores the EGA response. 
For example, the EGA response may be stored as an authorization response file or 
5 transaction record file. At step 112, the authorization host 36 communicates or 
otherwise provides the EGA response to the POS terminal 12 throug^i flie gateways 
34 and 30 and merchant host 28. Alternatively, the authorization host 36 or 
authorization gateway 34 may communicate or otherwise provide the EGA response 
dhrectly to the POS terminal 12. 

10 When the POS terminal 12 receives the EGA response, the EGA 

req)onse may be displayed on the display device 18. For example, the display 
device 18 may display the foUowmg message: "Transaction approved; transaction 
identifier is 0123. Does customer want EGA?" At step 114, the merchant enters 
a check transaction decision into the POS termmal 12 that indicates whether or not 

15 the customer wishes to proceed with the check transaction. The POS terminal 12 
combines (his decision with the EGA response to form an EGA response packet. 
Thus, the EGA response packet uicludes the triEmsaction identifier as well as the 
customer's decision regarding the check transaction. If the customer decides to 
proceed with the check transaction, then the EGA response packet may be referred 
20 to as an electronic confirmation to debit the customer's bank account. 

At step 115, the POS termmal 12 captures or otherwise stores the 
EGA response packet Next, at stq) 1 16, the EGA response packet is conmnmicated 
from the POS tenninal 12, through the merchant host 28 and gateways 30 and 34, 
to the authorization host 36. Alternatively, the EGA response packet may be 

25 communicated fi:om Ihe POS termmal 12 dhrectly to the authorization gateway 34 
and/or authorization host 36. The authorization host 36 then stores the EGA 
response packet in an EGA response packet file, at step 118. At step 120, the 
authorization host 36 may also send a notice to the POS terminal 12 and/or merchant 
host 28 confirming that the EGA response packet was received. Such a notice may 

30 be referred to as an electronic confirmation of receipt of the EGA response packet. 
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Next, at step 122, the authorization host 36 compares the ECA 
response packet file with the corresponding transaction record file. If the 
transaction identifier and/or other transaction information in the ECA response 
packet file does not match the transaction identifier and/or other transaction 
5 information in the corresponding transaction record file, then the aufliorization host 
36 may terminate the check transaction and retum an error message to the POS 
terminal 12. Such an error message may be communicated directly to the POS 
terminal 12, or routed tiirough flie gateways 34 and 30 and merchant host 28. If, 
on the other hand, the transaction identifier and/or other transaction information in 
10 the ECA response packet file matches the transaction identifier and/or other 
transaction information in the corresponding transaction record file, then the check 
transaction is ready for settlement. 

Settlement includes a first setdement process between the 
authorization source, which functions as an acquirer, and the merchant, Setdement 
15 also includes a second settlement process between the authorization source and the 
financial institution 38 associated with the bank account. 

Settlement of the check transaction may occur in any suitable manner. 
For example, at step 124, the POS terminal 12 or the merchant host 28 may 
generate a settlement request to setfle the check transaction. Preferably, the 

20 setdement request is transmitted concurrently with the ECA response packet so that 
the check transaction may be setded immediately between the authorization source 
and the merchant. As another example, the POS temodnal 12 or the merchant host 
28 may submit, at a predetermined time, a batch of transactiions for setdement. As 
yet another example, the authorization host 36 may determine when to setde the 

25 transaction or batch of transactions. 

Because the method of the invention involves utilizing an ECA 
response packet, the method provides a safeguard against multiple debiting of a bank 
account for the same check transaction. Furthermore, because the ECA response, 
sent directiy or indirectiy firom the aufliorization host 36 to the POS terminal 12, 
30 miay include some or all of the transaction information originally entered into the 
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POS terminal 12, the merchant will be able to conimn whether or not the POS 
terminal 12 accurately stored and transmitted the transaction information. 

The method of the invention may also include a similar process for 
crediting a bank account, such as a checking account or a savings account. For 
5 example, credit transaction information associ^ witii a credit transaction may be 
entered into the POS terminal 12, such as by using the key pad 16. The credit 
transaction information may include, for example, customer information such as 
customer name and bank account number. The credit transaction information may 
also include additional information such as store code and merchant identifier, 

10 Next, the credit transaction information is captured or otherwise 

stored on the POS teiminal 12. The credit transaction information is then 
transmitted from the POS termmal 12 to the merchant host 28. The credit 
transaction information may also be captured or otherwise stored on the merrhant 
host 28. The credit transaction information and a credit authorization request are 
15 then communicated from flie merchant host 28 through the gateways 30 and 34 to 
flie authorization host 36. Alternatively, the credit transaction information and 
oedit authorization request may be transmitted or otherwise communicated from the 
POS terminal 12 directly to the authorization gateway 34 and/or authorization host 
36. 

In response to the credit authorization request, the authorization host 
36 may confirm fiiat the bank account is active and eligible for an electronic credit. 
The authorization host 36 may then generate an electronic authorization response, 
such as an electronic bank account credit (EBAQ response. The EBAC response 
preferably, but not necessarily, includes some or all of the credit transaction 
information, as well as a credit transaction identifier if the bank account is eligible 
foi an electronic credit. The credit transaction identifier may be a numeric identifier 
that is used to uniquely identify the credit transaction on the authorization host 36, 
or elsewhere. The credit transaction identifier may, however, comprise one or more 
numbers, letters, symbols and/or unages. The EBAC response may also mclude a 



20 
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confirmation request message for requesting that the merchant confirm whether or 
not the customer wishes to proceed with the credit transaction. 

Next, the authorization host 36 stores the EBAC response. For 
example, the EBAC response may be stored as a credit authorization response file 
S or transaction record file. The authorization host 36 then communicates or 
otherwise provides the EBAC response to the POS terminal 12 through the gateways 
34 and 30 and merchant host 28. Alternatively, the authorization host 36 or 
authorization gateway 34 may connmunicate or otherwise provide the EBAC 
response directly to the POS temiinal 12. 

10 When the POS terminal 12 receives the EBAC response, the EBAC 

response may be displayed on the display device 18. For example, the display 
device 18 may display the following message: "Credit transaction approved; 
transaction identifier is 0456. Does customer want to proceed with credit?" The 
niierchant then enters a credit transaction decision mto tihie POS terminal 12 that 

15 indicates whether or not the customer wishes to proceed wifli the credit transaction. 
The POS terminal 12 combines flris decision with the EBAC response to form an 
EBAC response packet. Thus, the EBAC response packet includes the credit 
transaction identifier as well as the customer's decision regarding . the credit 
transaction. If the customer decides to proceed with the credit transaction, then the 
20 EBAC response packet may be referred to as an electronic confirmation to credit the 
customer's bank account. 

Next, the POS terniinal 12 captures or otherwise stores the EBAC 
response packet. The EBAC response packet is then communicated from the POS 
terminal 12, through the merchant host 28 and gateways 30 and 34, to the 
25 authorization host 36 Alternatively, the EBAC response packet may be 
communicated from the POS terminal 12 directly to the authorization gateway 34 
and/or authorization host 36. The authorization host 36 then stores the EBAC 
response packet in an EBAC response packet file. The authorization host 36 may 
also send a notice to the POS terminal 12 and/or merchant host 28 confirming that 
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the EBAC response packet was received. Such a notice may be referred to as an 
electronic confirmation of receipt of the EBAC response packet. 

Next, the authorization host 36 compares the EBAC response packet 
file with the corresponding transaction record file. If the credit transaction identifier 
5 and/or other credit transaction information in the EBAC response packet file does 
not match the credit transaction identifier and/pr other credit transaction infoimation 
in the corresponding transaction record file, then the authorization host 36 may 
termmate the credit transaction and return an error message to the POS terminal 12. 
Such an error message may be communicated direcfly to the POS terminal 12, or 
10 routed through the gateways 34 and 30 and merchant host 28. If, on the other hand, 
the credit transaction identifier and/or other credit transaction mformation in the 
EBAC response packet file matches the credit transaction identifier and/or other 
credit transaction information m the corresponding transaction record file, then the 
credit transaction is ready for setdement. 

1^ Settlement mcludes a first settlement process between the 

authorisition source and the merchant. Settlement also mcludes a second setdement 
process between the authorization source and the financial instimtion 38 associated 
with the bank account. 

Setdement of the credit transaction may occur in any suitable manner. 

20 For example, the POS terminal 12 or the merchant host 28 may generate a 
setdement request to settle die credit transaction. The setflement request may be 
transmitted concurrently with die EBAC response packet so that the credit 
transaction may be settled unmediately between die authorization source and the 
merchant. As anodier exasaple, the POS terminal 12 or the merchant host 28 may 

25 submit, at a predetermined time, a batch of credit transactions for setdement. As 
yet another example, the authorization host 36 may determme when to setde the 
credit transaction or batch of credit transactions. 

Advantageously, die method of die iuvention may also be practiced 
over the Internet. In such a case, the computer 14 may be utilized by a customer to 
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access a web site of a merchant. The computer 14 may then be used to perform the 
method steps of the POS terminal 12 described above in detail. 

While embodiments of the invention have been illustrated and 
5 described, it is not intended that these embodiments illustrate and describe all 
possible forms of the invention. Rather, the words used in the specification are 
words of descrq)tion rather than Umilation, and it is understood that various changes 
may be made without departing from the spirit and scope of the invention. 
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WHAT IS CLAIMED IS: 

1. A method for processing a check transaction, the method 

comprising: 

receiving transaction information that is transmitted by a terminal; 
5 determining eligibiUty of the transaction for payment via a bank 

accomit; 

providing an electronic authorization response fliat is transmitted to 
the terminal, tiie authorization response including a unique transaction identifier if 
the transaction is eUgible for payment via the bank account; and 

receiving an electronic response packet that is transmitted by the 
terminal if the transaction is eligible for payment via the bank account, the response 
packet including the unique transaction identifier and a transaction decision 
regarding payment via the bank account. 

2. The method of claim 1 wherein the transaction identifier 
15 includes a number. 



3. The method of claim 1 wherein the transaction identifier 
includes a letter. 



4. The method of claim 1 wherein the tiransaction identifier 
includes a symbol. 

^ 5. The method of claim 1 further comprising storing the 

authorization response m an authorization response file, storing the respome packet 
in a response packet file, and comparing the response packet file with tiie 
authorization response file prior 10 settling die transaction. 

6. The metiiod of claim 1 further comprising providing an 

25 electironic confirmation of receipt of the response packet tiiat is transmitted to the 
tominal. 
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7. The method of claim 1 ftirfher comprising receiving a 
settlement request, and settling the transaction in response to the settlement request. 

8. The method of claim 7 wherein the step of receiving a 
settlement request occurs simultaneously with the step of receiving an electronic 

5 response packet. 

9. The method of claim 7 wherein the step of receiving a 
settlement request occurs after the step of receiving an electronic response packet. 

10. A method of processing a check transaction, the method 

comprising: 

10 providing transaction information to an authorization source using a 

terminal so as to determine eligibility of the transaction for pa3rment via a bank 
account; 

receiving at the terminal an electronic authorization response 
provided by the authorization source, the authorization response including a unique 
15 transaction identifier if the transaction is eligible for payment via the bank account; 
and 

providing an electronic response packet to the authorization source 
using the terminal if the transaction is eligible for payment via the bank account, the 
response packet including the unique transaction identifier and a transaction decision 
20 regarding payment via the bank account. 

1 1 . Hie method of clami 10 further comprising receiving at the 
terminal an electronic confirmation of receipt of the response packet provided by 
the authorization source. 

12. The method of claim 10 further comprising storing the 
25 response packet at the terminal. 

13. The method of claim 12 fiirther conq)rising storing the 
response packet at a host computer in communication with the tenoinal, and 
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comparing at a predetermined time interval the response packet stored at the 
terminal with the response packet stored at the host computer. 

14. A computer system for processing a check transaction initiated 
by a terminal, the computer system comprising: 
5 instractions for determining eligibility of the transaction for payment 

via a bank account; 

instructions for generating an electronic authorization response that 
is communicated to the terminal, the authorization response including a unique 
transaction identifier if the transaction is eligftle for payment via flie bank account; 
10 and 

instructions for receiving an electronic response packet provided by 
the terminal if the transaction is eligible for payment via the bank account, the 
response packet including the unique transaction kientifier and a transaction decision 
regarding payment via the bank account. 

15. The computer system of claim 14 further including 
instructions for storing the authorization response in an authorization response ffle, 
instructions for storing the response packet in a response packet file, and 
instructions for comparing the response packet file with the authorization response 
file prior to settling die transaction. 

0 16. The computer system of claim 14 further including 

instructions for providing an electronic confirmation of receipt of the response 
pacl^ to the terminal. 

17. A system for processing a check transaction, the system 

comprising: 

a termmal for transmitting transaction information associated with the 
transaction; and 

an authorization source computer system in communication with the 
terminal and operative to receive the transaction information from the terminal, the 
authorization source computer system including tastnictions for deteimining 



-16- 



wo 03/042790 



PCTAJS02/36618 



eligibility of the transaction for payment via a bank account, and instructions for 
generating an electronic authorization response for transmission to the terminal, the 
authorization response including a unique transaction identiiSer if the transaction is 
eligible for payment via the bank account; 
5 wherein the terminal is operative to receive the authorization response 

from the authorization source computer system and to transmit an electronic 
response packet to the authorization source computer system if the transaction is 
eligible for payment via the bank account, the response packet including the unique 
transaction identifier and a transaction decision regarding payment via the bank 
10 account. 
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2/2 



ENTER TRANSACTION INFORMATION INTO TERMINAL 



I 



CAPTURE TRANSACTION INFORMATION 



T 



TRANSMIT TRANSACTION INFORMATION TO MERCHANT HOST 



T 



COMMUNICATE TRANSACTION INFORMATION AND 
AUTHORIZATION REQUEST TO AUTHORIZATION HOST 



DETERMINE ELIGIBILITY OF TRANSACTION FOR 
PAYMENT VIA A BANK ACCOUNT 



T 



GENERATE ELECTRONIC CHECK ACCEPTANCE (ECA) RESPONSE 



I 



STORE ECA RESPONSE AS TRANSACTION RECORD FILE 



I 



COMMUNICATE ECA RESPONSE TO TERMINAL 



I 



ENTER CHECK TRANSACTION DECISION INTO TERMINAL 



I 



CAPTURE ECA RESPONSE PACKET INCLUDING ECA 
RESPONSE AND TRANSACTION DECISION 



I 



COMMUNICATE ECA RESPONSE PACKET FROM 
TERMINAL TO AUTHORIZATION HOST 



STORE ECA RESPONSE PACKET IN ECA RESPONSE PACKET FILE 



I 



SEND NOTICE TO TERMINAL CONFIRMING ECA 
RESPONSE PACKET WAS RECEIVED 



T 



COMPARE ECA RESPONSE PACKET FILE 
WITH CORRESPONDING TRANSACTION RECORD FILE 



T 



GENERATE SEHLEMENT REQUEST TO SEHLE CHECK TRANSACTION 
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